home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 November - Disc 2 / Power Tools Plus (Disc 2 of 2)(November 1993)(HP).iso / hotlines / nethl / ots / opuskinf.txt < prev    next >
Text File  |  1980-01-04  |  11KB  |  282 lines
  1.                     OPUSK Delta information from OPUS1
  2.                     ----------------------------------
  3.  
  4. Note : OPUSK corresponds to OTS C.03.00 Release
  5.        OPUS1 corresponds to OTS C.02.00 Release
  6.  
  7. New Features Include
  8. --------------------
  9.  
  10. o  APRI, an application interface to the ISO ACSE, Presentation and ROSE
  11.    layers, based on emerging standard interface.
  12.  
  13. o  Fully X/Open XPG3 compliant XTI implementation. Now uses true file
  14.    descriptor endpoints (supporting fork(), select(), poll()).
  15.  
  16. o  Ability to act as an Active Transport Layer Relay (a.k.a. MSDSG).
  17.  
  18. o  Dynamic configuration of layer parameters and remote system 
  19.    information.
  20.  
  21. o  Statistics library for access to per connection and per layer 
  22.    information.
  23.  
  24. o  OTS/9000 resides in kernel and uses the streams architecture, 
  25.    providing improved performance. Preliminary results show 80% peak 
  26.    throughput increase versus previous release (through XTI, over LAN on 
  27.    S835).
  28.  
  29. o  Available tracing of data and header information at each layer (2 - 
  30.    7) of stack.
  31.  
  32. o  API tracing, which allows a process using the XTI, Session or APRI
  33.    interfaces to trace its calls to the API.
  34.  
  35. o  Ability to start/stop X.25 cards while stack is running.
  36.  
  37. o  Improved per destination facilities control.
  38.  
  39. o  Up to 448 connections LAN connections.
  40.  
  41. o  Support for one or two LAN cards.
  42.  
  43. o  Support of S700 platform.
  44.  
  45. o  Support for FDDI when released.
  46.  
  47.  
  48. ACSE/Presentation and ROSE Interface
  49. ------------------------------------
  50.  
  51.   OTS/9000 includes APRI which provides a programmatic interface(API)
  52.   in C.  This interface is based on the UNIX International OSI
  53.   ACSE/Presentation Library specification draft of October 1990.
  54.   The emerging X/Open interface at these layers is derived from
  55.   this specification, but was not finalized at the time of
  56.   product release.
  57.  
  58.   Through this interface you can establish associations (connections)
  59.   with another application process, send and receive data, and
  60.   shutdown associations.  The ROSE services may be used to in
  61.   conjunction with the ACSE/Presentation services to perform
  62.   ROSE request/reply operations.
  63.  
  64.  
  65. X/Open Transport Interface
  66. --------------------------
  67.  
  68.   XTI endpoints are now true UNIX file descriptors and can be inherited
  69.   by child applications.  The XTI Programmer's Guide discusses other
  70.   changes in detail.
  71.  
  72.  
  73. Dynamic Routing Commands
  74. ------------------------
  75.  
  76.   OTS now provides tools to examine and modify known destination
  77.   systems.  The commands are otsaddes(1M), otsdeles(1M) and
  78.   otsshowes(1M).  Similar commands also exist for performing
  79.   these operations for intermediate systems and routers.
  80.   These commands are described in Chapter 5 of the "Installing
  81.   and Administering OTS" manual.
  82.  
  83.  
  84. Statistics Library
  85. ------------------
  86.  
  87.   Applications can use the Statistics Library interface (in C) for
  88.   determining the information such as the number of connections
  89.   available or currently made through a particular layer, and the
  90.   amount of data sent and received over a particular connection.
  91.   This interface is described in Chapter 8 of the "Installing
  92.   and Administering OTS" manual.
  93.  
  94.  
  95. Tracing and Logging
  96. -------------------
  97.  
  98.   OTS now uses the HP standard trace and log tools nettl(1M) and
  99.   netfmt(1M).  The tools "otstrace" and "otsfmt" are no longer
  100.   supported.  The tracing and logging mechanism is described
  101.   in detail in Chapter 6 of the "OSI Planning and Troubleshooting
  102.   Guide".
  103.  
  104.  
  105. API Tracing
  106. -----------
  107.  
  108.   The API tracing facilities are provided to aid in debugging 
  109.   applications built using the OSI API's.  This tracing facility is 
  110.   distinct from the tracing and logging provided by nettl(1M).
  111.  
  112.   Whereas nettl(1M) tracing is intended to show you actual PDU's and
  113.   other protocol specific information passing through the system,
  114.   API tracing shows you library calls and arguments issued by your
  115.   application to the API it is linked with.
  116.  
  117.   Through API tracing you can quickly verify that your application
  118.   is calling the API routines you expect, and you can also verify
  119.   that your program is passing the parameters to these routines
  120.   correctly.  API tracing can also aid you HP Support Representative
  121.   in analyzing application specific problems you may encounter.
  122.  
  123. Installation changes:
  124. ---------------------
  125.  
  126.   Because OTS now resides in the kernel, updating a system with OTS
  127.   now requires the regeneration of hp-ux and rebooting the system.
  128.   Chapter 2 in the "Installing and Adminstering OTS" discusses
  129.   this in detail.
  130.  
  131.  
  132.   General Requirements:
  133.  
  134.      o S700 must be running HP-UX 8.07 or greater, earlier releases
  135.         are not supported.
  136.  
  137.      o S300/400 must be running HP-UX 8.0 or greater.
  138.  
  139.      o S8x7 must be running HP-UX 8.02 or greater.
  140.  
  141.      o Other S800 must be running HP-UX 8.0.
  142.  
  143.  
  144.   System Requirements:
  145.  
  146.      o 16MB memory
  147.      o 30MB free disk space
  148.  
  149.  
  150.   Potential regen/config conflicts:
  151.  
  152.     OTS installation requires the replacement of some existing 
  153.     libraries, as well as some other files used in kernel generation.  
  154.     This is primarily the result of the fact that Streams is not part of
  155.     the original 8.0 delivery.
  156.  
  157.     In general non-MR products which require kernel regeneneration
  158.     and which modify the /etc/master file may cause conflicts which
  159.     can only be corrected by manually modifying /etc/master.  The 
  160.     symptoms of the conflict will be errors during the kernel 
  161.     generation, or failure of the product to work in the resulting 
  162.     kernel.
  163.  
  164.     The customization for the following non 8.0 MR products has been
  165.     aligned with OTS to avoid these conflicts:
  166.  
  167.         - Netware
  168.         - SNA Plus (streams based)
  169.  
  170.     The kernel libraries which are replaced are described on page 2-5 of
  171.     the "Installing and Administering OTS" manual.  In addition the
  172.     following libraries are replaced for the S800:
  173.  
  174.         libhp-ux.a
  175.         libmirror.a
  176.         libswitch.a
  177.     Installing patches for the replaced libraries may cause problems
  178.     for OTS.  Contact the response center for information about
  179.     the suitability of a particular patch.
  180.  
  181.  
  182. Configuration Changes
  183. ---------------------
  184.  
  185.   The kernelized OTS provides "dynamic SAP mount."  This means that
  186.   configuration of local Session and Transport addresses is no
  187.   longer required.  Instead local selectors are assigned on an as
  188.   needed basis when an application (including X.400) registers
  189.   with the stack.  Specifically the configuration files "ss_user_app"
  190.   and "tp_user_app" used in older versions no longer exist.
  191.  
  192.   Also new is improved ability to control facilities information
  193.   for destination systems reached via CONS.  Previously information
  194.   such as reverse charging, Call User Groups, etc. were configured on
  195.   a per subnetwork basis, meaning that all end systems reached
  196.   through that subnetwork were treated the same.  Now this information
  197.   can be customized for each destination system.
  198.  
  199.   In addition more control over the CONS X.25 behavior is provided,
  200.   including ability to select whether X.25 binds by PID and the use
  201.   of fast select.
  202.  
  203.   Some other changes are the ability to control the size of the routing
  204.   tables (it was fixed size) and the use of interface names rather
  205.   than device file names for LAN based subnetworks.
  206.  
  207.   Configuration of up to two LAN cards is supported.  Each card
  208.   must be associated with a distinct subnetwork.
  209.  
  210.   Many of the parameters for OTS are now dynamically configurable,
  211.   meaning that they can be changed while the stack is running.
  212.   The new command otsupdate is used to pass modified parameter
  213.   values to OTS.  See the discussion below "Starting/Stopping
  214.   the stack" for more information.
  215.  
  216.  
  217. Starting/Stopping the Stack
  218. ---------------------------
  219.  
  220.   In the previous releases of OTS, the user could issue the "otsstop"
  221.   operation in order to halt the operation of the stack.  The
  222.   typical reason for stopping the stack was to modify configuration
  223.   values and then restart the stack (via "otsstart") with the
  224.   new values.
  225.  
  226.   With the kernelized OTS, the stack may be started only once.  In
  227.   order to "stop" the stack, the system must be rebooted.  To allow
  228.   the user to change configuration without requiring a system
  229.   reboot the new command "otsupdate" is provided.  This command
  230.   will dynamically alter the stacks configuration without taking
  231.   the stack down.
  232.  
  233.   Most OTS configuration parameters are dynamic.  The parameters which
  234.   are not dynamic are subnetwork information.  Specifically, new
  235.   cards cannot be added underneath a running OTS without rebooting.
  236.   Also the local network address cannot be changed without rebooting.
  237.  
  238.   Items which can be changed dynamically are Session, Transport,
  239.   and Network layer timers and flags, remote address information,
  240.   routing information, and FTAM and MMS parameters.
  241.  
  242.   Chapter 5 in the "Installing and Administering OTS" manual
  243.   describes the parameters in detail and indicates whether
  244.   they are dynamic.
  245.  
  246.  
  247. Conversion of C.01.00 and C.02.00 Configurations
  248. ------------------------------------------------
  249.  
  250.   At the time of installation, via update(1M) any existing configuration
  251.   files from previous versions will be automatically translated to
  252.   support the new version.  If you wish to preserve your old 
  253.   configuration files, you should back them up before product 
  254.   installation.
  255.  
  256.  
  257. Functional Description of New Protocols
  258. ---------------------------------------
  259.  
  260.   OSI ROSE and ACSE Services:
  261.  
  262.    These services reside at layer 7 of the OSI Reference Model.
  263.    OTS/9000 complies with ISO 9072 parts 1 and 2 (ROSE) and
  264.    ISO 8649 and ISO 8650 (ACSE).  ROSE supports the invoke,
  265.    result, error and reject operations.
  266.  
  267.   OSI Presentation Layer:
  268.  
  269.    The Presentation layer correspondes to layer 6 of the OSI
  270.    Reference Model.  OTS/9000 complies with ISO 8822/CCITT X.216
  271.    and ISO 8823/CCITT X.226.  OTS/9000 provides the kernel
  272.    functional unit, negotiated release and "normal mode" connections.
  273.  
  274.   Multi-System Distributed System Gateway (MSDSG):
  275.  
  276.    MSDSG addresses issues of interworking between Connection Oriented 
  277.    (CO) and Connectionless (CL) systems.  The functionality is described
  278.    in ISO Technical Report 10172 and is refered to as an Active
  279.    Transport Layer Relay (ATLR).  OTS/9000 provides the ATLR
  280.    functionality, so that systems on CO networks may communicate
  281.    at the Transport layer and above with systems on CL networks,
  282.    using the OTS/9000 node as a relay.